home *** CD-ROM | disk | FTP | other *** search
/ Experimental BBS Explossion 3 / Experimental BBS Explossion III.iso / gus / digestv8.zip / V8N5G.TXT < prev    next >
Text File  |  1993-11-05  |  28KB  |  681 lines
  1. Apparently-To: john.smith@gravis.com
  2.  
  3.  
  4. GUS Daily Digest            Fri, 5 Nov 93   007 MST      Volume 8: Issue   5  
  5.  
  6. Today's Topics:
  7.                       "SYSEX" command for MEGAEM
  8.           Answers to all your GUS DRAM questions (hopefully)
  9.                   A potentially stupid DRAM question
  10.                          CDGRAB and CDDA2WAV
  11.                             FAQ additions?
  12.                              GUS and OPTI
  13.                    GUS Daily Digest V8 #4 (4 msgs)
  14.                              IndyCar game
  15.                 Jurassic Park.. Where is the support?
  16.                               New MegaEM
  17.                      Now we're getting somewhere!
  18.                             Origin and GUS
  19.                             Origin Support
  20.                        Terminator Rampage hints
  21.                       Ultrasound Digest (2 msgs)
  22.  
  23. Standard Info:
  24.     - Meta-info about the GUS can be found at the end of the Digest.
  25.     - Before you ask a question, please READ THE FAQ.
  26.  
  27. ----------------------------------------------------------------------
  28.  
  29. Date: Thu, 4 Nov 93 07:47:23 EST
  30. From: michael@canada.lsil.com (Michael Smith)
  31. Subject: "SYSEX" command for MEGAEM
  32.  
  33. I'm not very familiar with the MT-32 (or MIDI at all actually) but I understand
  34. that the MT-32 has a "SYSEX" command that allows it to load a custom patch
  35. (for sound effects).   This command is used frequently in games for just
  36. this purpose.  The latest public release of MEGAEM did not support this
  37. command - thus some people complained that games like XWING played a
  38. piano note (!!!) whenever they fired the phasers...  or problems to that
  39. effect.
  40.  
  41. Can anybody at Gravis comment on whether this feature of the MT-32 will be
  42. available in future releases of MEGAEM?
  43.  
  44.      Michael Smith - Chipset Design Engineer
  45.  
  46. Phone: (416) 620-7400         michael@canada.lsil.com
  47. Fax:   (416) 620-5005
  48.  
  49.         _/     _/_/   _/_/_/   _/                   _/
  50.        _/    _/        _/     _/ 
  51.       _/      _/_/    _/     _/     _/_/_/ _/_/_/ _/ _/_/_/
  52.      _/         _/   _/     _/     _/  _/ _/  _/ _/ _/
  53.     _/_/_/ _/_/_/ _/_/_/   _/_/_/ _/_/_/ _/_/_/ _/ _/_/_/
  54.                                             _/   LSI Logic Corp. of Canada, Inc.
  55.                                        _/_/_/   Suite 1110, 401 The West Mall
  56.                                                Etobicoke, Ontario
  57.                                               M9C 5J5
  58.  
  59. ------------------------------
  60.  
  61. Date: Thu, 4 Nov 93 10:10:00 MST
  62. From: tschmidt@pefs1.micron.com (Tom Schmidt)
  63. Subject: Answers to all your GUS DRAM questions (hopefully)
  64.  
  65. I have seen several postings lately asking about which DRAMs to use to expand
  66. the GUS from the standard 256KB to 512KB, 768KB or 1MB.  Being an electrical
  67. engineer at a DRAM manufacturer, I have some information that I would like to
  68. share with you to hopefully put to rest these redundant questions.  I would
  69. like to see the information I provide here in the FAQ if someone can do that.
  70.  
  71. First, lets talk a little about the DRAM configuration of the GUS.  The GUS
  72. has 256KB (256 Kilobytes) of memory initially installed.  It accomplishes this
  73. by using two 256Kx4 DRAMs (256Kb deep by 4 bits wide).  Since it takes 8 bits
  74. to make a byte, two chips are required.  The GUS has 6 empty 20pin sockets
  75. that will accept additional 256Kx4 DRAMs that must be installed in pairs so
  76. that you install a byte at a time (FYI, 4 bits is a nibble in case you are
  77. wondering :-) ).  If all eight 256Kx4 DRAMs are installed on the GUS, then
  78. it will have 1MB (1 Megabyte) total installed (four banks that are 256KB each).
  79. Please remember:  Kb means kilobits, KB means kilobytes.
  80.  
  81. Second, I'd like to make a table describing some of the vendors of 256Kx4 DRAMs
  82. that should work with the GUS.  The GUS requires at least 100ns parts (usually
  83. marked with a -10 at the end of the part number) or faster (-8 (or -80 or -08),
  84. -7 (or -70 or -07) or -6 (or -60 or -06), which is 80ns, 70ns, or 60ns,
  85. respectively) in a 20 pin DIP package.  The faster parts should be OK, and are
  86. generally more available than the slower parts but they may also be more
  87. expensive.  The faster DRAMs will not make your GUS any faster.  The parts
  88. should be fast pagemode, not static-column, which is distinguishable by the
  89. part number (I won't get into what this means for it is too much for this
  90. posting.  See a DRAM databook if you really want to know.)  
  91.  
  92. This list may not be complete with all manufacturers, but is a good start.
  93.  
  94. Manufacturer        Part Numbers of 256Kx4 Fast Pagemode DRAMs for GUS
  95. --------------------    ------------------------------------------------------
  96. Micron            MT4C4256-8, MT424256-7, or MT4C4256-6
  97. Texas Instruments    TMS44C256-10, TMS44C256-80 or TMS44C256-70
  98. Motorola        MCM514256AP80 or MCM514256AP70
  99. Toshiba            TC514256-80 or TC514256-70
  100. OKI            M514256-8
  101. Fujitsu            MB81C4256-8
  102. Hitachi            HM514256-8
  103. Mitsubishi        M5M44C256-8
  104. NEC            uPD424256C-80 or uPD424256C-70
  105. Samsung            KM44C256BP-8 or KM44C256BP-7
  106. Sanyo            LC324256BP-80 or LC324256BP-70
  107. NMB            AAA1M304P-08
  108.  
  109. When looking at the part numbers, you should see "4256" or "4C256" in the part
  110. number to indicate that it is a 256Kx4 fast pagemode DRAM.  Do not get one that
  111. has "4257" or "4258" in the part number, which is static column.  The "C" in
  112. the part number indicates that it is a CMOS part, which most if not all are.
  113.  
  114. I am a happy GUS user, and this is my first posting to the digest.
  115.  
  116. _____      ___     Tom L. Schmidt
  117.   |  |    /   \    Manager - Component Characterization
  118.   |  |    \___     Micron Semiconductor, Inc.
  119.   |  |        \    2805 E. Columbia Rd.  Mail Stop 376
  120.   |  |____\___/    Boise, ID  83709-9698
  121.                    tschmidt@vax.micron.com or tschmidt@pefs1.micron.com
  122.  
  123. ------------------------------
  124.  
  125. Date: Thu, 04 Nov 1993 14:25:25 -0800
  126. From: Steve Smoot <smoot@bugs-bunny.Berkeley.EDU>
  127. Subject: Re: A potentially stupid DRAM question
  128.  
  129. In message <9311040950.AA10240@grue.dsd.ES.COM>Sinclar Shuit writes:
  130. > OK Now I have the FAQ and althought the issue is explained clearly there I
  131. > am confused. If I have 256K GUS and want to upgrade to 1 MB why do I need 
  132. > SIX 256x4 Dram Chips and not 3 as my mathematical intuition would predict.?
  133.  
  134. the x4 means 4 bits.  A byte is 8 bits.  Thus two 256x4's give one
  135. 256K Bytes, so to get 768K bytes you need 3*2=6 chips.
  136.  
  137. Knew this CS degree was good for something,
  138.  
  139. -s
  140.  
  141. ------------------------------
  142.  
  143. Date: Thu, 4 Nov 93 14:45:44 -0500
  144. From: liaor@churchst.ccs.itd.umich.edu
  145. Subject: CDGRAB and CDDA2WAV
  146.  
  147. Does anyone know where I can get these two programs?  I would like to directly
  148. sample stuff off CD, and play it back with my GUS, but I can't find CDDA2WAV.
  149. Is it even a shareware/pd program?
  150.  
  151. Also, I noticed ftp.cdrom.com does have CDGRAB20.ZIP, but it's in the incoming
  152. directory and the ftp-site won't let me access it.  Could some kind soul put
  153. the latest version of CDGRAB on archive.epas.utoronto.ca?
  154.  
  155. ------------------------------
  156.  
  157. Date: Thu, 4 Nov 93 0:14:35 MST
  158. From: Steve "Bongos" Larson <larson@ee.ualberta.ca>
  159. Subject: FAQ additions?
  160.  
  161. Hi GUSland.
  162.  
  163. Many of you who recently received texts on ground-loop-isolators,
  164. dram, or volume-control requested I put these things in the FAQ.
  165. I have not read the FAQ since February, nor do I know who maintains
  166. it. If some kind in-the-know would enlighten me, I will get right
  167. on it. It would be nice to receive some feedback on the texts, as
  168. I would like all information to be as consise, accurate and relevant
  169. as possible before FAQ consideration. In the meantime, I will ftp
  170. the latest FAQ from epas (at 2400baud!!!) to do some catching up.
  171. For newcomers, I currently have a manual volume control text which
  172. shows you how to use your old speakers with the GUS *and* not blow
  173. your head off, *:-) a ground-loop-isolator text which shows you how
  174. to realize the GUS's awesome signal-to-noise ratio on your stereo,
  175. and a newer text on drams upgrade for your GUS (what, where, why,
  176. how, how much). At Phat Tran's suggestion, I will include info on
  177. power consumption considerations of drams; I should have a revised
  178. dram text by Sunday (sorry for the delay). BTW, my apologies to those
  179. who received several or wrong texts! I'll blame the local mailserv...
  180.  
  181. One final note, does anyone know if the usenet's FAQ is a mirror of
  182. the epas/wuarchive sites or otherwise? And who maintains that?
  183.  
  184. Okay, one post-final note: Way to go Edmonton! I see you're watching,
  185. spreading the _word_. A few quick calls around town reveals an
  186. impressive number of businesses carrying the GUS now. If this local
  187. phenom were duplicated globally, we'd (UltraSound) be #1 in no time!
  188. Keep passing the 2ndReal demo around... it's working!
  189. (Geeze, starting to sound like a chain letter.... eeeeeeek!)
  190. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
  191. Steve Larson, Dept. of Computer Engineering, Univ. of Alberta
  192. larson@bode.ee.ualberta.ca or larson@amisk.cs.ualberta.ca              
  193.  
  194. ------------------------------
  195.  
  196. Date: Thu, 4 Nov 1993 11:51:43 +0100
  197. From: Lars Mikkelsen <opper@iesd.auc.dk>
  198. Subject: GUS and OPTI
  199.  
  200. Hey All !!
  201. This mailing list is quite handy - help with everything new I meen.
  202. I just bought the GUS last week, (awesome sound:) knew it allready 
  203. from freinds. so its not configproblems I have
  204.  
  205. But here is my problem :
  206. My 386-40 with unfortunately an OPTI-chipset locks up quite offen 
  207. compared to my freinds pc's - I know that there has been some rumours
  208. about a faulty dma-controller but how do I detect these problems ???
  209. my GUS is with 1024dram and we have tried it out with the same periferials
  210. HD VGAcard etc etc as mine on another motherboard than mine ( allso 386-40 )
  211. can someone help me in getting some info about opti-boards problems ???
  212. I'm going to have it replaced if its faulty or buggy :)
  213.  
  214. all 4 now / Lars uuups OPPER I ment
  215.  
  216. ------------------------------
  217.  
  218. Date: Thu, 4 Nov 1993 21:08:46 -1000 (GMT-10:00)
  219. From: Paul Murgatroyd <s1114@kowande.Bond.edu.au>
  220. Subject: Re: GUS Daily Digest V8 #4
  221.  
  222. On Thu, 4 Nov 1993, GUS Server wrote:
  223.  
  224. > Date: Wed, 3 Nov 1993 12:36:13 -0500 (EST)
  225. > From: Sinclar Shuit <sshuit@sciborg.uwaterloo.ca>
  226. > Subject: A potentially stupid DRAM question
  227. > 
  228. > OK Now I have the FAQ and althought the issue is explained clearly there I
  229. > am confused. If I have 256K GUS and want to upgrade to 1 MB why do I need 
  230. > SIX 256x4 Dram Chips and not 3 as my mathematical intuition would predict.?
  231.  
  232. Well, here is the explanation you seek:
  233.  
  234. For some silly reason, DRAM chips are specified in "KilioBITS", not
  235. "KiloBYTES". 256 KilioBITs is actually 32 Kiliobytes (8 bits/byte). 256Kx4
  236. means 256 Kilobits times 4, which works out to 32 kiliobytes times 4. 
  237. This means that for each single DRAM chip there is 128 Kilobytes.
  238.  
  239. The six dram chips will then make up the needed 768 kilobytes needed to
  240. expand your GUS to the full megabyte.
  241.  
  242. I have no idea why DRAMs are identified in this way...it is just something
  243. we'll have to accept.
  244.  
  245.  ------------------------------------------------------------------------------
  246.    ____         ___    ____         
  247.   /    \    /  /   \  /    \       Paul Murgatroyd  (s1114@kowande.bu.oz.au)  
  248.  /         /  /      /            Student of Computing Science     
  249.  \----\   /  /       \----\      School of Information & Computing Science    
  250.       /  /  /             /     B O N D  U N I V E R S I T Y                  
  251. \____/  /   \___/   \____/     Gold Coast, Queensland, AUSTRALIA
  252.  
  253. ------------------------------
  254.  
  255. Date: Thu, 4 Nov 1993 10:50:16 -0500 (EST)
  256. From: Phat H Tran <ptran@sciborg.uwaterloo.ca>
  257. Subject: GUS Daily Digest V8 #4
  258.  
  259. > Date: Wed, 3 Nov 1993 12:36:13 -0500 (EST)
  260. > From: Sinclar Shuit <sshuit@sciborg.uwaterloo.ca>
  261. > Subject: A potentially stupid DRAM question
  262. > 
  263. > OK Now I have the FAQ and althought the issue is explained clearly there I
  264. > am confused. If I have 256K GUS and want to upgrade to 1 MB why do I need 
  265. > SIX 256x4 Dram Chips and not 3 as my mathematical intuition would predict.?
  266. >
  267.  
  268. Because the chips are 256k by 4 bits.  You need to install them in pairs
  269. to get 8-bit, 256k banks.  Perhaps this should go into the FAQ to clear up
  270. any confusion.
  271.  
  272. > Date: Tue, 2 Nov 1993 16:14 CST
  273. > From: T4100076%twncu865.BITNET@pucc.Princeton.EDU
  274. > Subject: Correct rumor about GUS MAX
  275. > 
  276. > Hi GUS lover:
  277. > 
  278. >   I am the engineering manager of distributor of Gravis in Taiwan, and I saw
  279. > someone quote my message without my agreement, and I must correct some of the
  280. > quotation he used:
  281. > 
  282. >  -All characters of UltraSound
  283. >  -16 bit recording function (for the option on GUS, the price is $130,basing
  284. >                              on the mail-ordering catalog)
  285. >  -SCSI II CD-ROM interface
  286. >  -Filter built-in
  287.  
  288. I haven't heard anything about a filter other than the implied filters
  289. used for anti-aliasing (that already exist in the base GUS).  Is there
  290. any new or interesting about the filter on the Max?
  291.  
  292. >  -Mixer built-in
  293. >  -1024k DRAM on-board
  294. >  -Many other new software bundle in package (Voice-Rec,MIDI..)
  295. >  -Fixed bugs in UltraSound v3.4
  296. >         ^^^^
  297. > I didn't mean the UltraSound board has "bugs" but mean the software improvment
  298. > of SBOS or other drivers. Please notice about them and don't be misleaded.
  299.  
  300. I was about to say something about this.  The revision 3.4 has enhancments 
  301. that may be considered bug fixes to the SB DAC emulation, but it doesn't
  302. have any bugs itself (that I'm aware of).
  303.  
  304. >   About the price, we DO sell it in $210 in local market, but we DO have to do
  305. > advertisement for Gravis, who never do any advertisement in Taiwan. Plus we
  306. > offer the Chinese user's manual. Also we provide driver updates, upgrades, and
  307. > problem solving for Gravis, for those who can't access to Internet or can't
  308. > wait some long for Gravis new drivers. PLUS the Sound Blaster 16 ASP is sold
  309. > at $400 by Creative Lab, so I don't think $210 is unreasonable.
  310. > 
  311.  
  312. I, as a GUS owner, thank you for distributing and supporting the GUS in 
  313. the Asian market.  The GUS, being inexpensive and offering great sound,
  314. should get a good foothold there since that market seems to be largely
  315. ignored by other competing soundcard companies (besides CL).  Asian 
  316. consumers tend to be technophiles (more so than over here), and should
  317. relish the GUS.
  318.  
  319. > Date: Wed, 3 Nov 93 10:43:47 GMT
  320. > From: "Bjarni R. Einarsson" <bre@os.is>
  321. > Subject: Epic Pinball - where?
  322. > 
  323. > 'Ello everybody..
  324. > 
  325. >     In the last digest the game Epic Pinball was mentioned 3 times..
  326. > Where can I get ahold of this?  Since it is an Epic product I would think
  327. > it would be available via anonymous FTP somewhere.. wasn't on my favorite
  328. > game archive last weekend..
  329. > 
  330.  
  331. archive.epas.utoronto.ca /pub/pc/ultrasound/sumbit/0pinball.zip
  332.  
  333. >     Is this the same thing as Silverball?  (SW version?)
  334.  
  335. Yes, it's essentially a shareware version of Silverball.
  336.  
  337. > Date: Thu, 4 Nov 1993 11:28:23 +1030 (CST)
  338. > From: Gavin <SCARMAN@hfrd.dsto.gov.au>
  339. > Subject: mega-em time limit extender
  340. > 
  341. > OK, since JS has said that the megaem time limit will be removed - I quote:
  342. >  >1) In the next public release the 20min time limit will be removed
  343. > 
  344. > and no registrations are possible, I give you an interim solution - a time 
  345. > extender by 10 ie. gives 200mins. This TSR intercepts the clock int and only 
  346.  
  347. There's a hack (mega-h.zip) on Epas that will "register" Mega-Em for you.
  348.  
  349. > Date: Wed,  3 Nov 93 01:46:00 BST
  350. > From: f.graham@genie.geis.com
  351. > Subject: MegaEM news, etc.
  352. >
  353. [...] 
  354. > As a side note, Thomas Dolby uses the card to create "Virtual Music
  355. >  Compositions", a sort of 3-D, interactive composition. He is showcasing his
  356. >  works with the GUS at the Guggenheim museum in  New York this month.
  357.  
  358. This one gave me a kick!  Also, it's good to hear from Mr. Rathcliff (sp?)
  359. himself say that SeaWolf will suppor the GUS FULLY.  He should be believed
  360. since he is the author of DigPak and is very active in game audio.
  361.  
  362. Do you think you can post some of the good news on the newsgroup to 
  363. 1) give GUS owners not on the digest a much needed boost, and
  364. 2) toot the GUS' horn to non-believers? :)
  365.  
  366. > Date: Wed, 3 Nov 93 14:41:55 PST
  367. > From: sjs@netcom.com (Stephen Schow)
  368. > Subject: Re: snap crackle and pop
  369. > 
  370. > I have noticed the same thing.  What is going on here?  I thought the GUS
  371. > was supposed to be this great high fidelity 16-bit sound. I have a pretty
  372. > extensive MIDI studio and I was hoping to add the GUS sounds to some of my
  373. > mixes, but not with those crackles!  I have also noticed that while 
  374.  
  375. The crackles are usually caused by clipping when playing a MID.  Turn the
  376. MIDI volume down slightly.
  377.  
  378. > auditioning patches such as acoustic piano, the sounds have a lot of noise
  379. > as they decay out.  Sort of a compressor hiss kind of thing.  Anyone have
  380. > any comments?
  381.  
  382. This hiss occurs when you use the Windows Driver in 8-bit conserve memory
  383. mode.  You should switch to high fidelity for best sound quality.
  384.  
  385. > Date: Wed, 3 Nov 93 13:06:11 +0100
  386. > From: rock@POOL.Informatik.RWTH-Aachen.DE
  387. > 
  388. > Hi folks!
  389. >  
  390. > There is one thing i cannot understand: If Electronic Arts owns Origin,
  391. > and EA supports GUS, why can't Origin support GUS too ?
  392. > I mean, why should EA lawyers delay GUS support in Origin games?
  393. > Brooding...Olli
  394.  
  395. Origin are being _really_ bone-headed about soundcard support.
  396.  
  397. Phat.
  398.  
  399. ------------------------------
  400.  
  401. Date: Thu, 4 Nov 93 10:14:13 CST
  402. From: surgeon@esds.vss.fsi.com
  403. Subject: Re: GUS Daily Digest V8 #4
  404.  
  405. >Date: Wed, 3 Nov 1993 12:36:13 -0500 (EST)
  406. >From: Sinclar Shuit <sshuit@sciborg.uwaterloo.ca>
  407. >Subject: A potentially stupid DRAM question
  408. >
  409. >OK Now I have the FAQ and althought the issue is explained clearly there I
  410. >am confused. If I have 256K GUS and want to upgrade to 1 MB why do I need 
  411. >SIX 256x4 Dram Chips and not 3 as my mathematical intuition would predict.?
  412. >
  413. >Sinclair Shuit : Easily confused GUS owner
  414.  
  415. A byte is 8 bits, therefore TWO 256x4 = 256 KB, SIX 256x4 = 768 KB,
  416.   and 768 KB + existing 256 KB = 1 MB.
  417.  
  418.  ------------------------------------------------------------------------
  419. Mike Surgeon                                     _,
  420. FlightSafety International,     )\/\   . /  _   (_       _  _   _  _  __
  421. Visual Simulation Systems      /    )_(_/<_(-___,_)_)_)_/(_(_)_(-_(_)_) )
  422. 2590 North Highway 94                                        )
  423. Saint Charles, MO 63301-0037   Email: surgeon@vss.fsi.com
  424.  ------------------------------------------------------------------------
  425.  
  426. ------------------------------
  427.  
  428. Date: Thu, 4 Nov 1993 09:40:20 -0800 (PST)
  429. From: Mark Harrison <harrison@lclark.edu>
  430. Subject: Re: GUS Daily Digest V8 #4
  431.  
  432. On Thu, 4 Nov 1993, GUS Server wrote:
  433.  
  434. > Date: Wed, 3 Nov 1993 12:36:13 -0500 (EST)
  435. > From: Sinclar Shuit <sshuit@sciborg.uwaterloo.ca>
  436. > Subject: A potentially stupid DRAM question
  437. > 
  438. > OK Now I have the FAQ and althought the issue is explained clearly there I
  439. > am confused. If I have 256K GUS and want to upgrade to 1 MB why do I need 
  440. > SIX 256x4 Dram Chips and not 3 as my mathematical intuition would predict.?
  441. > 
  442. > Sinclair Shuit : Easily confused GUS owner
  443.  
  444. Well, your mathematical intuition (like everyone's) didn't notice the 'x4'
  445. in 256x4.  That means that each chip only has 4 bits (times 256 of
  446. course).  So you have to have two chips to make it 256x8.
  447.  
  448. Mark
  449.  
  450. ------------------------------
  451.  
  452. Date: Thu, 4 Nov 93 12:24:33 GMT
  453. From: sda@dcs.ed.ac.uk
  454. Subject: IndyCar game
  455.  
  456. Does anyone know when the IndyCar game is actually going to be
  457. released... It was previewed as 'under development' a couple of months
  458. ago in a UK mag and was due for release early November. I have seen it
  459. on some of the lists of games which will support the GUS, but other
  460. lists say it won't. Does anyone know when it will be released and more
  461. importantly will it support the GUS in native mode?
  462.  
  463. Stuart
  464. sda@dcs.ed.ac.uk
  465.  
  466. ------------------------------
  467.  
  468. Date: Thu, 4 Nov 1993 23:27:01 +0600 (CST)
  469. From: Mike Finkel <mfinkel@metronet.com>
  470. Subject: Jurassic Park.. Where is the support?
  471.  
  472. Ocean                   Jurassic Park                 Nov      (Native-3D)
  473.  
  474.  
  475. I have Jurassic park by Ocean.  Nowhere in the documentation or on the box
  476. is GUS emulation noted (let alone the 3D tauted by the support list).  I
  477. can hardly get the game to work with SBOS - no digital sounds and the
  478. music quits after a little while (SBOS v2.08).  MIDI sounds real good with
  479. Megaem, but once again, no digi sounds.
  480.  
  481. I want to know where the 3D sound is - perhaps to be released in a future
  482. patch, or just dropped by ocean.
  483.  
  484.  
  485. Michael Finkel
  486.  
  487. mfinkel@metronet.com
  488.  
  489. ------------------------------
  490.  
  491. Date: Thu, 4 Nov 1993 12:42:09 -0600 (CST)
  492. From: Fitzgerald Jr Steele <fjsteele@icaen.uiowa.edu>
  493. Subject: New MegaEM
  494.  
  495. Hey now,
  496.  
  497. I know that we're all very impatient and anxiously awaiting the new MegaEM
  498. (I almost salavated on myself upon reading about the new features), but
  499. c'mon, we're only gonna have to wait a week or two.  Just think if there
  500. was no Internet, no GUS Digest, we'd have to wait for this information by
  501. SnailMail (and despite all their good points, we all know that Gravis is a
  502. little slow when it comes to SnailMail :-).  If they want to wait a week
  503. or two to release it, it's probably just because they want to make sure it
  504. works right -- no one should complain about that.
  505.  
  506.  
  507. While we're talking about Gravis techs, I've got a question.  How do you
  508. reach them by email?  I've sent a letter to tech@gravis.com, but the
  509. Gravis Postmaster mailed it back, saying there was no one there with that
  510. name.  Then I tried tech1 (and tech2)@gravis.com.  Again, it bounced back.
  511.  What gives?
  512.  
  513. Jerry Steele
  514. fjsteele@icaen.uiowa.edu
  515.  
  516. ------------------------------
  517.  
  518. Date: Thu, 4 Nov 1993 13:38:37 -0400 (EDT)
  519. From: "K.S. Holly" <u8843389@muss.cis.mcmaster.ca>
  520. Subject: Now we're getting somewhere!
  521.  
  522. Wow! Last week I was telling everyone that I had reached the end of my
  523. rope with GUS. I was, I believe, one of the first people east of BC to get
  524. a GUS (although I didn't realize it had only been out a week when I bought
  525. it. Good thing.....I probably wouldn't have had the guts to buy it if I'd
  526. known!). Last week I finally gave up on SBOS while trying to play Football
  527. Pro and NHL Hockey. I even went out and bought a used SB. Thanks to all
  528. those that encouraged me to hang on a bit longer.
  529.  
  530. Now, we have incredible news about Jayeson working on MEGEM for Gravis and
  531. all these companies FINALLY starting to come around and recognize the GUS
  532. as the future of soundcards! Way to go!
  533.  
  534. MEGEM should be INCREDIBLE when the digital bugs are fixed, it's worth
  535. waiting a week or two longer. Congratulations to Gravis for having the
  536. initiative to go after Jayeson and signing him up.
  537.  
  538. Perhaps, just maybe, all of us will be rewarded for our patience and
  539. loyalty to this product (although I almost gave up from the games
  540. perspective, not music, just games)!!!!!!!!!!
  541.  
  542. Everyone give themselves a pat on the back, especially those who have been
  543. lobbying the software companies for support.
  544.  
  545. Kevin
  546.  
  547. ------------------------------
  548.  
  549. Date: Thu, 4 Nov 93 21:41:11 -0500
  550. From: marius@io.org
  551. Subject: Origin and GUS
  552.  
  553.  
  554.  
  555. ------------------------------
  556.  
  557. Date: Thu, 4 Nov 1993 09:15:03 -0600 (CST)
  558. From: woan@austin.ibm.com (Ronald S. Woan)
  559. Subject: Re: Origin Support
  560.  
  561. Olli> There is one thing i cannot understand: If Electronic Arts owns Origin,
  562. Olli> and EA supports GUS, why can't Origin support GUS too ?
  563. Olli> I mean, why should EA lawyers delay GUS support in Origin games?
  564. Olli> Brooding...Olli
  565.  
  566. EA is largely a holding company and marketing/distribution agent for
  567. the companies they own. Origin is still largely free do as they
  568. choose, so I'd pressure Origin directly and not believe that EA has
  569. much sway with their programmers.
  570.  
  571. +------All Views Expressed Are My Own And Not Necessarily Shared By IBM-----+
  572. + Ronald S. Woan       (IBM VNET)WOAN AT AUSTIN, woan@exeter.austin.ibm.com +
  573. + outside of IBM  woan@austin.ibm.com or woan@cactus.org or r.woan@ieee.org +
  574. + others     woan@soda.berkeley.edu Prodigy: XTCR74A Compuserve: 73530,2537 +
  575.  
  576. ------------------------------
  577.  
  578. Date: Thu, 4 Nov 93 21:41:10 -0500
  579. From: marius@io.org
  580. Subject: Terminator Rampage hints
  581.  
  582. Hi guys! I got the demo working fine and thought I'd help some of the
  583. people who didn't.
  584.  
  585.         Problem 1: A number of people mentioned that after the initial
  586.              intro music, the sound goes weird or something like that.
  587.  
  588. Well, personally, I didn't get any random noise but instead of getting
  589. music and sound effects during play, I just got little clicks instead.
  590. It turned out that the batch file was loading ultramid without patch
  591. caching. So, all I had to do was run manually ultramid with the '-c'
  592. switch before running TERM. Yowzers! Love the music and SFX!
  593.  
  594.         Problem 2: Memory
  595.  
  596. I'm afraid I use QEMM or DOS 6.0 . Both of these leave me 613K after
  597. boot so I load ultramid normally into conventional memory. But for the
  598. people with DOS 5.0, can't you load it manually high (say with 'lh')
  599. before you run the game? If you run it manually then TERM will not load
  600. it since ultramid detects that its already installed. You should have
  601. enough memory then, I think.
  602.  
  603.  
  604.  
  605. Cool game. I hope DOOM has music and SFX to match!
  606. ---
  607.  ~ QMPro 1.50 11-1111 ~ Never feed your cat anything that clashes with your carpe
  608.                               
  609.  
  610. ------------------------------
  611.  
  612. Date: Thu, 04 Nov 93 20:32:25 EST
  613. From: icepick@phun-sys.MV.COM (Matt Sambito)
  614. Subject: Ultrasound Digest
  615.  
  616. Please Send me a dialy copy of the Ultrasound digest to 
  617. icepick@phun-sys.mv.com
  618. Thank You 
  619.  
  620. ------------------------------
  621.  
  622. Date: Thu, 04 Nov 93 22:14:50 EST
  623. From: "jamyk" <jamyk@aol.com>
  624. Subject: Ultrasound Digest
  625.  
  626. I'd like to subscribe to the daily internet digest.
  627.  
  628. JamyK@AOL.COM
  629.  
  630. ------------------------------
  631.  
  632. From: (null)
  633.  
  634. [-deleted stuff-]
  635.  
  636. G>As you may have noticed, hardware is surpassing the software
  637.  >within a two year time frame. Many software manufacturers are
  638.  >suffering cutbacks due to the constant and often futile
  639.  >attempts to make all products compatible with all hardware. It
  640.  >is an endless loop from which no return can be made without
  641.  >drawing a line and developing for the future.
  642.  
  643. [-Stuff deleted-]
  644.  
  645.  
  646. Now, what I'm wondering is, if these guys are planning for the future,
  647. than what the hell are they doing writing software which "... writes
  648. directly to the FM chips...". Do they really think that's the future? If
  649. it's future they want, than they should write programs that support the
  650. AIL drivers. I don't think that future games will be tied down to
  651. specific sound cards. And from what I understand, programming for the AIL
  652. drivers isn't such an immense, very costly job.
  653.  
  654. I'd gladly mail the guy at Origin and ask him about it, if somebody
  655. would give me the address to this guy (Chuck 'whatever').
  656. ---
  657.  ~ QMPro 1.50 11-1111 ~ Never feed your cat anything that clashes with your carpe
  658.                                                                                                                        
  659.  
  660. ------------------------------
  661.  
  662. End of GUS Daily Digest V8 #5
  663. ******************************
  664.  
  665. To post to tomorrow's digest:                        <gus-general@dsd.es.com>
  666. To (un)subscribe or get help:                <gus-general-request@dsd.es.com>
  667. To contact a human (last resort):              <gus-general-owner@dsd.es.com>
  668.  
  669. FTP sites:           archive.epas.utoronto.ca              /pub/pc/ultrasound
  670.                      wuarchive.wustl.edu            /systems/msdos/ultrasound
  671.                      archive.orst.edu                    /pub/packages/gravis
  672.                      theoris.rz.uni-konstanz.de                /pub/sound/gus
  673. FTP mail server:     mail-server@nike.rz.uni-konstanz.de
  674.  
  675. Hints:
  676.       - Get the FAQ from the FTP sites or the request server.
  677.       - Mail to <gus-general-request@dsd.es.com> for info about other
  678.     GUS related mailing lists (programmers, musicians, etc.).
  679.  
  680.  
  681.